Method and apparatus for money item processing

ABSTRACT

Described herein is a method comprising performing optical character recognition on at least one region of a display screen to determine at least one displayed character; identifying, from the determined at least one displayed character, a monetary value to be dispensed; and in response to identifying the monetary value to be dispensed, causing to be dispensed at least one money item corresponding to the identified monetary value. Further described is a method comprising determining, using at least one money item denominating apparatus, a monetary value of at least one received money item; in response to determining the monetary value, automatically providing at least one simulated user input to the interactive user interface indicative of the determined monetary value.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. 371 application Ser. No.16/466,231, filed on Jun. 3, 2019, which claim priority to InternationalApplication No. PCT/GB2017/053487 filed on Nov. 21, 2017, and to BritishPatent Application No. 1620384.6 filed on Dec. 1, 2016, the disclosuresof which are herein incorporated by reference in their entirety.

FIELD

This specification relates to facilitating automatic money itemdispensing in a money item processing apparatus. The specification alsorelates to automatic money item input operations in a money itemprocessing apparatus and controlling the operation of a money itemreceiving apparatus. Particularly, but not exclusively, thespecification relates to methods and apparatuses for automaticallydispensing and accepting money items based on information displayed on adisplay and further to making automated inputs of monetary informationfor display on a display by simulated user input.

BACKGROUND

Point-of-sale (POS) terminals, such as those used in retail locationsand restaurants, generally include a user interface through which anoperator of the POS terminal can enter information into the terminal. Inmany POS terminals, the user interface is displayed on a display screenof the terminal. For example, the terminal may include a touch-screeninterface which allows an operator of the terminal to enter informationby touch-input. Alternatively, the terminal may include a display screenand another input device, such as a physical keypad or a mouse, viawhich the operator can enter information to appear on the displayscreen. The information entered by the operator often includes‘payment-received’ amounts, so that the terminal may calculate an amountof change for the operator to dispense to a customer. POS terminalsgenerally include native operating software which facilitates suchoperations in the terminal.

SUMMARY

This specification provides a method comprising: performing opticalcharacter recognition on at least one region of a display screen todetermine at least one displayed character; identifying, from thedetermined at least one displayed character, a monetary value to bedispensed; and in response to identifying the monetary value to bedispensed, causing to be dispensed at least one money item correspondingto the identified monetary value.

Identifying the monetary value to be dispensed may comprise identifyingat least one displayed text character representative of the monetaryvalue to be dispensed.

The at least one region of the display screen may comprise apre-selected sub region of the display screen.

The at least one region of the display screen may be defined by asubstantially transparent virtual window.

The method may comprise detecting a trigger event and performing theoptical character recognition in response to the detected trigger event.

The trigger event may be an event indicative of a display of themonetary value in the at least one region of the display screen.

Detecting the trigger event may comprise detecting a user input.

Detecting the trigger event may comprise automatically detecting achange in the appearance of visible content in the display screen.

The method may comprise detecting the change in the appearance ofvisible content in the at least one further region of the displayscreen.

The method may comprise detecting the change in the appearance ofvisible content in at least one further region of the display screen.

The at least one further region of the display screen may be defined bya substantially transparent virtual window.

Automatically detecting the change in the appearance of visible contentin the display screen may comprise capturing a plurality of screenshotsof at least a part of the display screen and comparing the plurality ofscreenshots to identify one or more changes in visible content.

The method may comprise capturing a first of the plurality ofscreenshots at a first time and capturing a second of the plurality ofscreenshots at a later time.

The change in the appearance of visible content in the display screenmay comprise a change in a displayed colour.

The change in the appearance of visible content in the display screenmay comprise a display of at least one text character.

The at least one text character may be displayed in the at least oneregion of the di splay screen.

The at least one text character may correspond to the monetary value tobe dispensed.

The change in the appearance of visible content in the display screenmay comprise replacement of at least one initial text character with theat least one text character.

The at least one initial text character may correspond to a zeromonetary value.

The method may comprise: determining, using at least one money itemdenominating apparatus, a monetary value of at least one received moneyitem; in response to determining the monetary value, automaticallycausing at least one simulated user input indicative of the determinedmonetary value to be provided to an interactive user interface displayedin the display screen.

The at least one displayed character in the at least one region of thedisplay screen may be representative of a determined numericaldifference between the monetary value indicated by the at least onesimulated user input and a monetary value required as payment.

The method may comprise determining the numerical difference and causingthe numerical difference to be displayed as the at least one displayedcharacter in the at least one region of the display screen.

The method may further comprise, in response to the at least onesimulated user input, causing at least one further characterrepresentative of the monetary value determined using the at least onemoney item denominating apparatus to be displayed in at least onefurther region of the display screen.

The display screen may be a display screen of a money item processingapparatus. The money item processing apparatus may be a point-of-saleterminal.

This specification also provides an apparatus comprising: at least onecomputer processor; and at least one computer memory containingcomputer-executable instructions which, when executed by the at leastone computer processor, cause the method to be performed.

This specification also provides a computer program comprisingcomputer-executable instructions which, when executed by at least onecomputing apparatus, cause the method to be performed.

This specification also provides a system comprising: at least one moneyitem storage region; at least one money item dispensing apparatus; andthe computer program, wherein: causing to be dispensed the at least onemoney item comprises causing the at least one money item dispensingapparatus to dispense the at least one money item from the at least onemoney item storage region.

This specification also provides an apparatus for use in the system,comprising the at least one money item storage region and the at leastone money item dispensing apparatus.

This specification also provides a computer readable storage mediumstoring computer-executable instructions which, when executed by atleast one computing apparatus, cause the method to be performed. Thecomputer readable storage medium may comprise a non-transitory storagemedium.

This specification also provides a system comprising: at least one moneyitem storage region; at least one money item dispensing apparatus; andthe computer readable storage medium, wherein: causing to be dispensedthe at least one money item comprises causing the at least one moneyitem dispensing apparatus to dispense the at least one money item fromthe at least one money item storage region.

This specification also provides an apparatus for use in the system,comprising the at least one money item storage region and the at leastone money item dispensing apparatus.

This specification also provides a method comprising: determining, usingat least one money item denominating apparatus, a monetary value of atleast one received money item; in response to determining the monetaryvalue, automatically causing at least one simulated user inputindicative of the determined monetary value to be provided to at leastone interactive user interface displayed in at least one region of adisplay screen.

The method may comprise, in response to receipt of the at least onesimulated user input indicative of the determined monetary value,displaying the determined monetary value in the user interface.

The at least one simulated user input may comprise an automatedactuation of at least one interactive element of the user interface.

The at least one interactive element may comprise at least one key of avirtual keypad in the user interface.

Actuating the at least one key of the virtual keypad may comprisecausing a simulated click action at a location of the at least one keyof the virtual keypad.

The simulated click action may comprise at least one simulated mouseclick or simulated touch input.

The automated actuation of the at least one interactive element maycomprise automatically entering the determined monetary value into theinteractive user interface.

The method may comprise entering, in response to the at least onesimulated user input, at least one character representative of thedetermined monetary value into a text display region of the userinterface.

The method may comprise: performing optical character recognition on thedisplay screen to determine at least one displayed character indicativeof the at least one simulated user input; and validating that the atleast one displayed character indicative of the at least one simulateduser input corresponds to the determined monetary value.

The method may comprise performing optical character recognition on atleast one further region of the display screen to determine at least onedisplayed character.

The method may comprise identifying, from the determined at least onedisplayed character, a monetary value to be dispensed.

The method may comprise: in response to identifying the monetary valueto be dispensed, causing to be dispensed at least one money itemcorresponding to the identified monetary value.

The method may comprise displaying, in the at least one further regionof the display screen, the at least one displayed character.

The at least one displayed character may be representative of anumerical difference between the monetary value indicated by the atleast one simulated user input and a monetary value required as payment.

The method may comprise determining the numerical difference.

The method may comprise displaying the at least one interactive userinterface in the at least one region of the display screen.

This specification also provides an apparatus comprising: at least onecomputer processor; and at least one computer memory containingcomputer-executable instructions which, when executed by the at leastone computer processor, cause the method to be performed.

This specification also provides a computer program comprisingcomputer-executable instructions which, when executed by at least onecomputing apparatus, cause the method to be performed.

This specification also provides a system comprising: at least one moneyitem denominating apparatus; and the computer program. The system mayfurther comprise at least one money item storage region.

This specification also provides an apparatus for use in the system,comprising the at least one money item storage region and the at leastone money item denominating apparatus.

This specification also provides a computer readable storage mediumstoring computer-executable instructions which, when executed by atleast one computing apparatus, cause the method to be performed. Thecomputer readable storage medium may comprise a non-transitory storagemedium.

This specification also provides a system comprising: at least one moneyitem denominating apparatus; and the computer readable storage medium.The system may further comprise at least one money item storage region.

This specification also provides an apparatus for use in the system,comprising the at least one money item storage region and the at leastone money item denominating apparatus.

This specification also provides a method comprising: performing opticalcharacter recognition on at least one region of a display screen todetermine at least one displayed character; identifying, from thedetermined at least one displayed character, a monetary value to bereceived; determining, using at least one money item denominatingapparatus, a monetary value of at least one received money item;comparing the monetary value of the at least one received money itemwith the monetary value to be received; and in response to determiningthat the monetary value of the at least one received money item is equalto or greater than the monetary value to be received, restrictingacceptance of further received money items.

Restricting acceptance of further received money items may compriserestricting acceptance of further money items received at the at leastone money item denominating apparatus.

Restricting acceptance of further received money items may compriserejecting further money items received at the at least one money itemdenominating apparatus.

Rejecting the further money items may comprise directing the furthermoney items to a money item outlet for collection.

This specification also provides an apparatus comprising: at least onecomputer processor; and at least one computer memory containingcomputer-executable instructions which, when executed by the at leastone computer processor, cause the method to be performed.

This specification also provides a computer program comprisingcomputer-executable instructions which, when executed by at least onecomputing apparatus, cause the method to be performed.

This specification also provides a system comprising: at least one moneyitem denominating apparatus; and the computer program.

The system may further comprise at least one money item storage region.

This specification also provides an apparatus for use in the system,comprising the at least one money item storage region and the at leastone money item denominating apparatus.

This specification also provides a computer readable storage mediumstoring computer-executable instructions which, when executed by atleast one computing apparatus, cause the method to be performed.

The storage medium may comprise a non-transitory storage medium.

This specification also provides a system comprising: at least one moneyitem denominating apparatus; and the computer readable storage medium.

The system may further comprise at least one money item storage region.

This specification also provides an apparatus for use in the system,comprising the at least one money item storage region and the at leastone money item denominating apparatus.

For the purposes of example only, embodiments are described below withreference to the accompanying figures. A brief description of thesefigures immediately follows.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a schematic diagram of a point-of-sale apparatus including apoint-of-sale terminal having a display;

FIG. 1A is another schematic diagram of a point-of-sale apparatusincluding a point-of-sale terminal having a display;

FIG. 2 is a schematic illustration of a user interface displayed on adisplay of a point-of-sale terminal;

FIG. 3 is a schematic illustration of a user interface displayed on adisplay of a point-of sale-terminal, in which locations of contentcapture and recognition windows are indicated;

FIG. 4 is a flow diagram of a method of determining, from informationdisplayed on a display of a point-of-sale terminal, a monetary value tobe dispensed from the terminal;

FIG. 5 is a flow diagram of a method of inputting a value of receivedmoney items to an interactive user interface of a point-of-sale terminalusing one or more simulated user inputs;

FIG. 6 is a flow diagram of a method of controlling a money itemreceiving apparatus based on information determined from a display of apoint-of-sale terminal; and

FIG. 7 is a flow diagram of a method of inputting a value of receivedmoney items to an interactive user interface of a point-of-sale terminalusing one or more simulated user inputs, and, in response, determining,from information displayed in the user interface, a monetary value to bedispensed from the terminal.

DETAILED DESCRIPTION

The following disclosure is made in the context of a point-of-sale (POS)apparatus for facilitating monetary transactions. The POS apparatus canbe used in a wide variety of different scenarios and allows for monetarytransactions to be conducted in a resource-efficient, reliable andsecure manner.

An example of a POS apparatus 100 is schematically illustrated inFIG. 1. The POS apparatus 100 comprises a point of sale terminal 200,which comprises a display 300. The display 300 is configured to displaytransaction information to a user of the POS terminal 200. For example,the display 300 may comprise a colour display screen 301, such as an LCDor LED screen. The POS terminal 200 may also comprise at least one userinput device 400, which may be used by a user of the terminal 200 toenter information into the POS terminal 200. For example, as shown inFIG. 1, the terminal 200 may comprise a touch-sensitive panel 401 suchas a capacitive touch-sensitive panel. Such a touch panel 401 may beoverlaid on the display screen 301 so that a user of the terminal 200can use information displayed on the display screen 301 to provide touchinputs in corresponding regions of the touch panel 401 and thereby enterinformation into the POS terminal 200. The touch panel 401 mayoptionally be integrated with the display screen 301 as part of thedisplay 300.

Additionally or alternatively to the touch panel 401, the POS terminal200 may comprise one or more other user input devices 400, such as aphysical keypad 402 for typing information into the terminal 200 and/ora computer mouse 403 with clickable buttons for making selections ofitems displayed on the screen 301.

The display screen 301 is configured to display one or more userinterfaces of the POS terminal 200. The user interface(s) may beinteractive, so that a user of the POS terminal 200 can provideinteractive inputs to the user interface using one or more of the userinput devices 400. This is discussed in more detail further below.

An example of such a user interface 500, as displayed on the displayscreen 301 of the terminal 200, is schematically illustrated in FIG. 2.The user interface 500 displays transaction information which can beviewed by a user of the POS terminal 200. The transaction informationincludes monetary information relating to a current transaction beingcarried out at the POS terminal 200. For example, the user interface 500of FIG. 2 comprises a first region 501 for displaying a monetary valueof goods to be purchased, a second region 502 for displaying a monetaryvalue received for the goods from a purchaser, and a third region 503for displaying a monetary value to be dispensed to the purchaser. Themonetary value to be dispensed to the purchaser corresponds to thedifference between the monetary value received from the purchaser andthe monetary value of the goods to be purchased. This is commonlyreferred to as ‘change’. In a conventional POS terminal, a displayed‘change’ value of this kind is used by the operator of the POS terminalto manually count out the correct value of change for the purchaser.

The user interface 500 of FIG. 2 is illustrated in the specific contextof a coffee shop, where a customer wishes to purchase a coffee valued at$4 and has paid for the coffee using a $10 bill. The customer is due toreceive change of $6. As such, in FIG. 2, the first region 501 of theuser interface 500 displays a monetary value of $4, the second region502 of the interface 500 displays a monetary value of $10 and the thirdregion 503 of the interface 500 displays a monetary value of $6. It willbe appreciated that the context of FIG. 2, as well as its specificlayout and displayed information, is not a limiting example of the userinterface 500.

As will be explained below, the transaction information displayed in thedifferent regions 501-503 of the user interface 500 may be determinedautomatically in the POS terminal 200. Alternatively, at least in part,the transaction information may be manually inputted to the POS terminal200 by a terminal operator, for example by using one or more of the userinput devices 400 referred to above.

Referring back to FIG. 1, the POS terminal 200 may also comprise a moneyitem dispensing apparatus 700. The money item dispensing apparatus 700is configured to dispense money items from the POS terminal 200 into amoney item output region 701, such as a collection tray or similar, forcollection by the user of the terminal 200. As described below, themoney item dispensing apparatus 700 may operate to automaticallydispense money items to the output region 701 based on transactioninformation displayed on the display screen 301. This automaticfunctionality means that the dispensing apparatus 700 can take the placeof a more conventional apparatus, such as retractable cash drawer, fromwhich money items must be counted out manually. With this moreconventional apparatus, the operator of the POS terminal 200 is requiredto open the cash drawer, or similar, to count out money itemscorresponding to the monetary value to be dispensed. This presents asecurity risk, which use of the automatic dispensing apparatus 700described herein can help to reduce or avoid.

The dispensing apparatus 700 operates alongside one or more money itemstorage regions 800, in which money items are securely stored in the POSterminal 200. For example, the POS terminal 200 may contain one or moremulti-denomination cash boxes 801 and/or one or more money item hoppers802 from which money items can be dispensed by the money item dispensingapparatus 700 to the money item output region 701. The money itemstorage regions 800 may be contained within a secure housing 201 of thePOS terminal 200 so that unauthorized access to the storage regions 800from the exterior of the terminal 200 is prevented. For example, one ormore keys may be required to unlock the housing 201 to access the moneyitem storage regions 800.

The POS terminal 200 may also comprise a money item receiving apparatus900. The money item receiving apparatus 900 is configured to receivemoney items input to the POS terminal 200 via a money item input region901, such as a slot in the housing 201 of the terminal 200. The moneyitem receiving apparatus 900 includes one or more money itemdenominators 902 for discriminating between different denominations ofmoney items received by the receiving apparatus 900. These denominators902 may, for example, comprise money item validators which areconfigured to determine the denomination and authenticity of each moneyitem received at the money item receiving apparatus 900. Separate moneyitem denominators 902 may be provided for denominating and validatingdifferent types of money item, such as coins and bills.

As with the money item dispensing apparatus 700, the money itemreceiving apparatus 900 operates alongside the money item storageregions 800 of the POS terminal 200. Money items which are received atthe receiving apparatus 900 and determined to be authentic may bedirected to the money item storage regions 800 for secure storage in thePOS terminal 200. At a later time, these money items may be retrievedfrom the storage regions 800 and dispensed to the money item outletregion 701 by the dispensing apparatus 700.

Referring again to FIG. 1, the POS terminal 200 also comprises acomputing apparatus 1000. The computing apparatus 1000 comprises atleast one computer processor 1001 and at least one computer memory 1002,further details of which are given below. The memory 1002 containscomputer-readable instructions 1100 which can be executed by theprocessor 1001 to cause operations to be performed in the POS terminal200. The computer-readable instructions 1100 include user interfacesoftware 1101, which comprises instructions for implementing the userinterface 500 at the display 300 of the POS terminal 200. Thecomputer-readable instructions 1100 also include accounting software1102, which comprises instructions for implementing accountingoperations in the POS terminal 200. These accounting operations maycomprise, for example, an automatic determination of the monetary‘change’ value referred to above with respect to FIG. 2 based on a knownmonetary value of goods to be purchased and a known monetary valuereceived at the POS terminal 200 as payment for the goods. The userinterface software 1101 and the accounting software 1102 may shareinformation in order to carry out their respective operations in the POSterminal 200. For example, with reference to FIG. 2, the user interfacesoftware 1101 may obtain the automatically determined ‘change’ valuefrom the accounting software 1102 and, in response, cause the ‘change’value to be displayed in the third region 503 of the user interface 500.

The user interface software 1101 and/or the accounting software 1102 mayrun in a native operating system of the terminal 200 and may be providedby the supplier or manufacturer of the POS terminal 200. For example,such software 1101, 1102 may be installed in the computing apparatus1000 before the general installation of the POS terminal 200 at itspoint of use.

The computer-readable instructions 1100 stored in the memory 1002 of thePOS apparatus 100 also include automatic dispensing software 1103, theoperation of which causes the money item dispensing apparatus 700 toautomatically dispense money items from the POS terminal 200 directly inresponse to information displayed on the display screen 301. Theautomatic dispensing software 1103 may run in the native operatingsystem of the POS terminal 200 and communicates with the money itemdispensing apparatus 700. As discussed below, the automatic dispensingsoftware 1103 may allow the dispensing apparatus 700 to operateindependently of other elements of the POS terminal 200. The automaticdispensing operations of the POS terminal 200 are described below withrespect to FIGS. 3, 4 and 6.

The money item dispensing apparatus 700, money item storage regions 800and money item receiving apparatus 900 are shown in FIG. 1 as beinglocated within a secure housing 201 of the POS terminal 200. In FIG. 1,other elements of the POS terminal 200, including the display 300, theinput device(s) 400 and the computing apparatus 1000 are also shown asbeing contained in the secure housing 201. However, anotherimplementation is for the money item storage regions 800, the money itemdispensing apparatus 700 and/or the money item receiving apparatus 900to be contained in a second secure housing 202 of the POS terminal 200,separately from the other elements of the POS terminal 200. An exampleof such an implementation is illustrated in FIG. 1A, in which the POSterminal 200 comprises a first secure housing 201 containing at leastthe display 300, the user input device(s) 400 and the computingapparatus 1000, and a second secure housing 202 containing at least thedispensing apparatus 700 and the money item storage regions 800.Additionally or alternatively to the money item dispensing apparatus700, the second secure housing 202 may contain the money item receivingapparatus 900, as shown in FIG. 1A. In this type of implementation, thesecond secure housing 202, containing the elements of the terminal 200referred to above, may conveniently be supplied and/or installedseparately to the elements of the POS terminal 200 located in the firstsecure housing 201. A suitable communication interface, such as asuitable data port in each housing 201, 202, may facilitatecommunication between the computing apparatus 1000 in the first housing201 and the various elements of the second housing 202. In this way, thetwo housings 201, 202 may be located side by side in the POS terminal200.

The POS terminal 200 may be configured to dispense a monetary value fromthe POS terminal 200 directly from information displayed on the displayscreen 301 of the terminal 200. The displayed information used todetermine the monetary value to be dispensed may, for example, bepresent in the user interface 500 of the POS terminal 200. Thedetermination and subsequent dispensing of the monetary value may beautomatic and carried out using the automatic dispensing software 1103stored in the memory 1002 of the computing apparatus 1000. As will beexplained below, by automatically determining the monetary value to bedispensed directly from visible content on the display screen 301, theautomatic dispensing software 1103 and the dispensing apparatus 700 canoperate independently of other elements of the POS terminal 200,including the user interface software 1101 and the accounting software1102 referred to above.

The POS terminal 200 may be configured to determine a monetary value tobe dispensed by the dispensing apparatus 700 by automaticallyrecognising characters displayed on the display screen 301. Inparticular, the automatic dispensing software 1103 running in the POSterminal 200 may be configured to automatically recognise displayedcharacters which are indicative of a monetary value to be dispensed.This recognition process includes performing optical characterrecognition (OCR) on all or part of the display screen 301 of the POSterminal 200.

For example, referring to FIG. 3, OCR may be performed on an area of thedisplay screen 301 which is within a virtual recognition window 1200.This area may correspond to a particular region of the user interface500. The OCR process may be confined to the area of the display screen301 within the virtual recognition window 1200. This helps to ensurethat the OCR process is efficient and does not expend computer resourceson recognising characters in areas of the screen 301 which do notcontain information relevant to the determination of a monetary value tobe dispensed. The size and placement of the recognition window 1200relative to the user interface 500, or the display screen 301 moregenerally, may be configurable by an administrator of the POS terminal200. This allows the recognition window 1200 to be accurately positionedand sized over the relevant areas of the display screen 301. This may beadvantageous because the relevant areas of the screen 301 may vary independence of the specific layout of the user interface 500 used in thePOS terminal 200.

In normal use of the POS terminal 200, for example during a transaction,the recognition window 1200 is substantially transparent on the displayscreen 301. The transparency of the recognition window 1200 means thatit is not visible to the naked eye and, as such, means that the presenceof the recognition window 1200 does not in any way impede the generalvisibility of the user interface 500, or other information displayed onthe screen 301, to the user of the POS terminal 200. The recognitionwindow 1200 may, however, be visible in a configuration mode of thewindow 1200 for the purposes of positioning and sizing the window 1200over the desired region(s) of the user interface 500.

There are various techniques by which the character recognition processmay be carried out, some of which are described below. In all of thesetechniques, it will be understood from the following discussion that thevirtual recognition window 1200, or any alternative means of identifyingthe areas of the display screen 301 to be recognised using OCR,encompasses a region of the display screen 301 which displays anindication of the monetary value to be dispensed. For example, in thedisplay screen 301 illustrated in FIG. 3 the recognition window 1200(shown in dashed lines) is confined to the third region 503 of the userinterface 500. This has the effect that, when OCR is carried out, allcharacters displayed within the third region 503 of the user interface500 are determined using OCR. These characters include those characterswhich indicate the monetary value to be dispensed.

The determination of characters displayed on the display screen 301using the OCR process may be triggered manually. For example, the POSterminal 200 may perform OCR on the region of the display screen 301encompassed by the recognition window 1200 in response to a user inputprovided to the POS terminal 200 via a user input device 400. The userinput may be provided, for example, by a user of the POS terminal 200when he/she observes from the display screen 301 that a monetary valueis due to be dispensed to a purchaser. In the example of FIGS. 2 and 3,such an observation could be the presence of alphanumeric characters, orother text characters, indicating a number greater than zero in thethird region 503 of the user interface 500, i.e. an indication that thepurchaser is due to receive ‘change’.

Alternatively, the determination of characters displayed on the displayscreen 301 using the character recognition process may be triggeredautomatically. The automatic trigger may be time-based. For example, theOCR process may be triggered at regular or otherwise predetermined timeintervals, so that the POS terminal 200 performs OCR on the displayedcontents of the screen 301 within the recognition window 1200 each timea fixed time period has elapsed.

The automatic trigger may alternatively be an event on the screen 301.For example, the OCR process may be automatically triggered by theautomatic dispensing software 1103 in response to a change in the visualappearance of the display screen 301, so that the POS terminal 200performs OCR on the region of the screen 301 within the recognitionwindow 1200 each time the appearance of the screen 301 is identified ashaving changed in a particular way. The POS terminal 200 may beconfigured to identify such changes in the appearance of the displayscreen 301 by, for example, capturing a regular screenshot of thedisplay screen 301 and comparing each newly-captured screenshot with thepreceding one to identify whether a change in the appearance of thedisplay screen 301 has occurred. These visual comparisons may be carriedout under the control of the automatic dispensing software 1103 and maybe confined to particular regions of the screenshots. For example, thecomparison may be confined to a region of the captured screen 301 whichis known to provide a visual indication of whether a monetary valueneeds to be dispensed. This may be a region of the screen 301 which isknown to change its visual appearance from a first state to a secondstate whenever a monetary value is due to be dispensed.

An example of such a change in visual appearance is a change in thecolour of a particular region of the display screen 301. For example,the user interface 500 illustrated in FIG. 3 comprises an indicationregion 504 which changes colour whenever a monetary value is due to bedispensed from the POS terminal 200. Another example of a change invisual appearance is the display of an image or other visual indicator,such an icon, indicating that a monetary value is due to be dispensed.Such a visual indicator may appear in a further indication region 505 ofthe user interface 500 whenever an adequate monetary value has beenreceived at the POS terminal 200 as payment for particular goods. Aspecific example of a visual indicator that appears in the furtherindication region 505 is a ‘tick’ or a similar icon. The ‘tick’ may be aspecific colour, such as green, and the OCR process may be automaticallytriggered only when both the shape of the ‘tick’ and its associatedcolour, such as green, are present in the further indication region 505.

Another example of a change in the visual appearance of the display 301is a change in displayed characters. Such characters may comprisealphanumeric characters, or may comprise other alphabetic characterssuch as Japanese or Chinese language characters. The characters mayadditionally or alternatively comprise special characters, such ascurrency characters (e.g. $, £, €) or punctuation characters. Suchchangeable characters may be one or more characters which indicate amonetary value to be dispensed from the POS terminal 200, such as thealphanumeric text inside the third region 503 of the user interface 500discussed above and shown in FIGS. 2 and 3. The third region 503 of theuser interface 500 may therefore serve as a further indication regionsimilar to those 504, 505 discussed above in relation to colour andimage changes. For example, referring to FIG. 3, the alphanumeric textcharacters in the third region 503 of the user interface 500 may changefrom an initially displayed value of “$0.00” to a higher value, such as“$6.00”, whenever a monetary value is due to be dispensed from the POSterminal 200. By comparing the visual appearance of the third region 503of the user interface 500 captured in successive screenshots of thescreen 301, the automatic dispensing software 1103 is configured todetermine when there has been a change in appearance which is indicativeof a need to dispense a monetary value.

The screenshots referred to above may comprise the entire area of thedisplay screen 301, or may alternatively comprise only a partial area ofthe display screen 301. In both instances, the screenshots contain animage of at least one region 503-505 of the screen 301 which is known toindicate whether a monetary value is due to be dispensed. The size andposition of the screenshots relative to the display screen 301 may beset by a screenshot capture window 1300. An example of such a capturewindow 1300 is shown in dashed lines in FIG. 3. As with the recognitionwindow 1200 discussed above, the size and placement of the capturewindow 1300 relative to the user interface 500, or the display screen301 more generally, is configurable by an administrator of the POSterminal 200 in a configuration mode. It will be appreciated that thesize and placement of the recognition window 1200 and the capture window1300 may, in some implementations, be the same. An example of this iswhere both the capture window 1300 and the recognition window 1200 arepositioned specifically over the third region 503 of the user interface500.

The comparison of successive screenshots may be made for the purposes ofdetermining only whether there has been a change in the visualappearance of the screen 301. As such, even in an example which involvescomparing regions of text characters, it may not be necessary to performOCR in order to identify an appearance change. A less resource-intensivetechnique may instead be used, such as a subtraction of one screenshotfrom the other. It will be appreciated, however, that in the ‘textcharacter’ example OCR is one technique by which a change in visualappearance may be determined.

In response to the occurrence of a trigger event, whether it be a manualtrigger received from a user of the POS terminal 200, or an automatictrigger such as the elapse of a pre-set time period or theidentification of a change in the visual appearance of a region 503-505of the display-screen 301, the POS terminal 200 performs characterrecognition on the area of the display screen 301 within the recognitionwindow 1200. In the example of FIG. 3, the recognition window 1200includes within its boundary the third region 503 of the user interface500 displayed on the display screen 301. As such, the POS terminal 200identifies each of the plurality of alphanumeric characters displayed inthe third region 503 of the interface 500. In the example of FIG. 3,these characters are “$6.00”.

It will be appreciated that although the recognition window 1200 hasbeen described above as being overlaid on the live display screen 301 ofthe terminal 200, it could in an alternative implementation be overlaidon the most recent screenshot of the screen 301.

The characters recognised in the OCR process correspond to the monetaryvalue to be dispensed from the POS terminal 200 using the money itemdispensing apparatus 700. In response to this value being determinedfrom the OCR process, the automatic dispensing software 1103 running inthe computing apparatus 1000 of the POS terminal 200 is configured tocause the dispensing apparatus 700 to dispense money items of thedetermined value into the money item output region 701 of the terminal200. For example, the automatic dispensing software 1103 may beconfigured to cause the computing apparatus 1000 to send an appropriatepayout instruction to the dispensing apparatus 700 over a communicationcoupling between the computing apparatus 1000 and the dispensingapparatus 700. Any suitable communication coupling may be used, as knownin the art. The instruction may be encrypted using a key which is knownto the automatic dispensing software 1103 and the dispensing apparatus700.

In this manner, the dispensing apparatus 700 may be controlled toautomatically dispense monetary values to the money item output region701 of the POS terminal 200 without the need for the protocols of thedispensing apparatus 700 to be supported natively in the other POSsoftware. For example, the dispensing apparatus 700 may promptly andaccurately dispense monetary amounts without communicating with the userinterface software 1101 or the accounting software 1102. Indeed, withthe exception of the automatic dispensing software 1103, the dispensingapparatus 700 may be able to operate without communicating with otherelements of the POS terminal 200. This means that the characteristics ofthe communication between the dispensing apparatus 700 and the computingapparatus 1000 can be individual to the dispensing apparatus 700. Itwill be appreciated that such individual communication characteristicsfor the dispensing apparatus 700 may provide increased security againstfraud attacks on the POS terminal 200. For example, the manner in whichthe dispensing apparatus 700 communicates with the automatic dispensingsoftware 1103 may be unknown to other elements of the terminal 200,including the other software applications discussed above. The result ofthis may be that, even if a potential fraudster has access tocommunication keys and/or protocols used elsewhere in the terminal 200,he/she may still have no way of fraudulently causing the dispensingapparatus 700 to make a monetary payout.

The discussion of the POS terminal 200 has so far been made in thecontext of the POS terminal 200 making an automatic calculation of themonetary value to be displayed in the third region 503 of the userinterface 500. This automatic calculation is made, for example, usingthe accounting software 1102 referred to above. The accounting software1102 determines the value as the difference between the value of thegoods to be purchased and the value of money items received at the POSterminal 200 as payment for the goods. The determined value is thenpassed to the user interface software 1102, which causes the value to bedisplayed in the third region 503 of the user interface 500.

It has been mentioned that the value of monetary items received at thePOS terminal 200 may be input to the POS terminal 200 either manually,for example by use of a user input device 400, or automatically using amoney item denominator 902. The following explanation provides atechnique by which the value of money items received at the POS terminal200 may be input to the POS terminal 200 and displayed on the displayscreen 301 automatically. The technique allows a money item receivingapparatus 900, comprising one or more money item denominators 902, tooperate substantially independently of other elements of the POSterminal 200 in a similar fashion to that described above with respectto the money item dispensing apparatus 700.

Referring again to FIG. 1, the computer-readable instructions 1100stored in the memory 1002 of the computing apparatus 1000 may alsoinclude automatic monetary value entry software 1104. The monetary valueentry software 1104 comprises instructions for causing one or moresimulated operator inputs to be input to the POS terminal 200. Thesimulated inputs cause monetary values automatically determined at themoney item receiving apparatus 900 to be entered into the POS terminal200 via one or more interactive elements of the user interface 500displayed in the display screen 301. The automated inputs to the userinterface 500 simulate the input actions of a terminal operator using aninput device 400, for example after the operator has manually counted amonetary value received from a purchaser.

There are various techniques by which the operator inputs may besimulated at the user interface 500, some of which are described below.

As previously discussed, one or more money item denominators 902 of themoney item receiving apparatus 900 may be configured to determine thedenominations and authenticity of money items input to the POS terminal200 via the money item input region 901. Each money item which isdenominated and validated as authentic at the receiving apparatus 900 isregistered by the monetary value entry software 1104 running in thecomputing apparatus 1000 of the POS terminal 200. For example, asuitable communication coupling between the money item receivingapparatus 900 and the computing apparatus 1000 facilitates messages tobe sent from the money item receiving apparatus 900 to the monetaryvalue entry software 1104 in the computing apparatus 1000. The monetaryvalue entry software 1104 responds to the receipt of one or moreauthentic money items at the receiving apparatus 900 by causing one ormore simulated user inputs to be made to the user interface 500.

The simulated user input(s) may be simulated inputs of an input device400 of the terminal 200. For example, in response to the receipt of anauthentic money item at the receiving apparatus 900, the POS terminal200 may be caused to control a pointer 507 displayed on the screen 301to enter the received monetary value into a virtual keypad 508 or otherinteractive element of the user interface 500. This simulates the actionof an operator of the terminal inputting a monetary value to the virtualkeypad 508 by use of a computer mouse 403 or a touch-sensitive panel401.

It will be appreciated that by automating the input of received monetaryamounts to the user interface 500 in this manner, an operator of theterminal 200 may not be required. Furthermore, by simulating inputs froman operator of the terminal 200 to the user interface 500, the automaticmonetary value entry software 1104 is able ensure that the monetaryvalues received as payment for goods at the POS terminal 200 are passedto the user interface software 1101 and accounting software 1102 withoutthe need for the money item receiving apparatus 900 to communicatedirectly with these elements of the terminal 200. The money itemreceiving apparatus 900 may instead operate substantially independentlyof these elements of the terminal 200. There is no requirement for acommon communication protocol or similar between the money itemreceiving apparatus 900 and the various other elements of the POSterminal 200.

In order to validate that the simulated user inputs have been successfulin entering monetary amounts to the user interface 500 as-intended, theautomatic monetary value entry software 1104 may perform opticalcharacter recognition on the display screen 401. This may allow theautomatic monetary value entry software 1104 to check that a monetaryamount which has been displayed on the display screen 401 as a result ofone or more simulated user inputs is as-intended. For example, themonetary value entry software 1104 may cause optical characterrecognition to be performed on the second region 502 of the userinterface 500 described above with respect to FIGS. 2 and 3. Themonetary value indicated by the recognised characters may then becompared against the monetary value that was intended for input via thesimulated user inputs and, if there is a match, the monetary value entrysoftware 1104 may validate that the intended amount has beensuccessfully entered to the user interface 500.

In addition, or as an alternative, to the aspects described aboverelating to simulated user inputs, the automatic monetary value entrysoftware 1104 may be further configured to control acceptance of moneyitems at the money item receiving apparatus 900 based on informationdisplayed on the display screen 401. For example, based on informationdisplayed on the display screen 401, the software 1104 may be configuredto cause money items newly received at the money item receivingapparatus 900 to be accepted and/or rejected. The information displayedon the display screen 401 may be determined by the monetary value entrysoftware 1104 using optical character recognition.

For example, the automatic monetary value entry software 1104 may beconfigured to determine whether an adequate monetary value of moneyitems has been received at the money item receiving apparatus 900 aspayment for particular goods or services. Based upon this determination,the automatic monetary value entry software 1104 may be configured toautomatically cause the money item receiving apparatus 900 to acceptand/or reject further money items received at the money item receivingapparatus 900. If, based upon information determined from the displayscreen 401 by optical character recognition, the automatic monetaryvalue entry software 1104 determines that a monetary value received atthe money item receiving apparatus 900 is equal to or greater than amonetary value required for completing a transaction at the POS terminal200, the software 1104 may control the money item receiving apparatus900 to reject further money items received at the apparatus 900. Forexample, the software 1104 may cause the money item receiving apparatus900 to automatically direct such excess money items into a money itemoutlet region of the POS terminal 200, such as a collection tray.

In order to aid the understanding of the reader, a technique by whichthe automatic monetary value entry software 1104 may control the moneyitem receiving apparatus 900 is described below with respect to FIG. 2.As previously described, in the example of FIG. 2, an amount of $4.00 isdisplayed in the first region 501 of the user interface 500. The valueof $4.00 represents a monetary value to be received as payment for aparticular item, in this instance a cup of coffee. In order to completethe transaction, money items may be supplied to the money item receivingapparatus 900. In the example of FIG. 2, an amount of $10.00 isdisplayed in the second region 502 of the user interface 500. Thisrepresents a monetary value of money items received at the money itemreceiving apparatus 900 as payment for the cup of coffee.

In order to ensure that the value of money items supplied to the moneyitem receiving apparatus 900 does not unnecessarily exceed the monetaryvalue required in order to complete the transaction, the monetary valueentry software 1104 may cause optical character recognition to beperformed on the first region 501 of the user interface 500 in order todetermine the displayed characters representative of the monetary valuerequired as payment for the cup of coffee. The software 1104 may thendetermine a running total of the monetary value of money items receivedat the money item receiving apparatus 900 as payment for the cup ofcoffee. On an ongoing basis, the software 1104 may compare the runningtotal of the monetary value received at the money item receivingapparatus 900 with the monetary value to be received for the cup ofcoffee, as determined by performing optical character recognition on thefirst region 501 of the user interface 500.

The comparison may be achieved, for example, by performing opticalcharacter recognition on the second region 502 of the user interface 500to determine and monitor the running total of the value of money itemsreceived at the money item receiving apparatus 900 as payment for thecup of coffee.

In response to determining that the monetary value of money itemsreceived as payment for the cup of coffee at the money item receivingapparatus 900 is equal to or greater than the value of the cup of coffeedisplayed in the first region 501 of the user interface 500, thesoftware 1104 may restrict acceptance of further money items at themoney item receiving apparatus 900. In particular, the software 1104 maycontrol the money item receiving apparatus 900 to not accept furthermoney items once the total value of money items received for the cup ofcoffee (e.g. as displayed in the second region 502 of the user interface500) exceeds the monetary value displayed in the first region 501 of theuser interface 500. Such excess money items may be immediately directedby the money item receiving apparatus 900 to a money item outlet path,leading to a collection tray or similar.

Recognition of the characters in the first and/or second regions 501,502 of the user interface 500 may be implemented using one or morefurther capture windows 1200 of the type described in detail above withrespect to FIG. 3. For example, a first further capture window 1200 maybe positioned over the first region 501 of the user interface 500 and asecond capture window 1200 may be positioned over the second region 502of the user interface 500.

The above described aspects of the method and apparatus are discussedbelow with respect to the flow diagrams in FIGS. 4 to 6. Initially, amethod of automatically dispensing money items from the dispensingapparatus 700 is described with respect to FIG. 4.

In a first stage A1 of the method, the POS terminal 200 determines thata trigger event has occurred. The trigger event signifies that amonetary value is due to be dispensed from the POS terminal 200 to themoney item output region 901. As discussed above, the occurrence of thetrigger event may be determined from a user input to the terminal 200,or may be automatically determined without user intervention. Forexample, the trigger event may be the elapse of a predetermined periodof time, or a change in the appearance of the display screen 301.

In a second stage A2, the POS terminal 200 responds to the occurrence ofthe trigger event by performing optical character recognition of aregion 503-505 of the display screen 301. For example, as describedabove, the POS terminal 200 may perform optical character recognition onall displayed contents of the screen 301 within a virtual recognitionwindow 1200 overlaid on the user interface 500 of the POS terminal 200.

In a third stage A3, the POS terminal 200 identifies a monetary value tobe dispensed from the characters which were optically recognised in thesecond stage A2. The terminal 200 may, for example, be configured toidentify the monetary value to be dispensed as the numerical valueindicated by the recognised characters.

In a fourth stage A4, the POS terminal 200 dispenses to the money itemoutlet region 701 money items to the monetary value identified in thethird stage A3. For example, the dispensing apparatus 700 may respond toan instruction from the computing apparatus 1000 to dispense the moneyitems.

A method of automatically entering monetary values received at the moneyitem receiving apparatus 900 into the user interface 500 of the POSterminal 200 is described below with respect to FIG. 5.

In a first stage B1, the POS terminal 200 displays in the display screen301 at least one interactive element such as the virtual keypad 508referred to above.

In a second stage B2, the computing apparatus 1000 of the POS terminal200 receives a value of one or more money items which have beendenominated at the money item receiving apparatus 900. As describedabove, these values may be received by automatic monetary value entrysoftware 1104 running in the computing apparatus 1000.

In a third stage B3, the computing apparatus 1000 of the POS terminal200 responds to the receipt of the value of the one or more money itemsdenominated at the money item receiving apparatus 900 by causing thereceived monetary value to be automatically entered into the userinterface 500 by simulated user input. In particular, as describedabove, the automatic monetary value entry software 1104 running in thecomputing apparatus 1000 may cause simulated operator inputs to becreated at one or more interactive elements 508 of the user interface500 to enter the received monetary value. This simulates an operator ofthe terminal 200 typing, or otherwise entering, monetary values into theuser interface 500 by use of one or more of the input devices 400previously described. The monetary value is then displayed in the secondregion 502 of the user interface 500 by the user interface software1101, and may be used by the accounting software 1102 to calculate a‘change’ value to be dispensed from the terminal 200.

In a fourth stage B4, the automatic monetary value entry software 1104running in the computing apparatus 1000 may cause the monetary valuedisplayed in the second region 502 of the user interface 500 to bevalidated against the monetary value received at the money itemreceiving apparatus 900. For example, as discussed above, the automaticmonetary value entry software 1104 may cause optical characterrecognition to be performed on the second region 502 of the userinterface 500 and, from the recognised characters, may derive a monetaryvalue. This derived monetary value may be checked against the monetaryvalue that was intended to be input to the interface 500 by simulateduser input. The monetary value entry software 1104 may validate that theautomated entry by simulated user input has been successful upon findinga match between the value derived from the screen 401 and the intendedvalue, or otherwise upon finding an expected correspondence between thevalue received at the receiving apparatus 900 and the value derived fromthe screen 401.

A method of controlling acceptance of money items at the money itemreceiving apparatus 900 based on information displayed on the displayscreen 401 of the POS terminal 200 is described below with respect toFIG. 6.

In a first stage C1, the automatic monetary value entry software 1104causes the computing apparatus 1000 to perform optical characterrecognition on a region 501 of the display screen 401 displayingcharacters indicative of a monetary value to be received as payment atthe POS terminal 200.

In a second stage C2, the software 1104 causes the computing apparatus1000 to identify, from the displayed characters determined in the firststage C1, the monetary value to be received.

In a third stage C3, the software 1104 may communicate with the moneyitem receiving apparatus 900 to maintain a running total of the value ofmoney items received as payment at the money item receiving apparatus900. Additionally or alternatively, the software 1104 may cause thecomputing apparatus 1000 to perform optical character recognition on aregion 502 of the display screen 401 displaying characters indicative ofthe running total of the value of money items received at the money itemreceiving apparatus 900.

In a fourth stage C4, the software 1104 causes the computing apparatus1000 to compare, in a continuous fashion, the running total of the valueof money items received as payment at the money item receiving apparatus900 with the monetary value to be received as payment, as determined byperforming optical character recognition on the region 501 of thedisplay screen 401 in the first and second stages C1, C2.

In a fifth stage C5, in response to determining that the value ofreceived money items is equal to or greater than the monetary value tobe received as payment, the software 1104 is configured to control themoney item receiving apparatus 900 to restrict acceptance of furtherreceived money items. In particular, as described above, the software1104 may cause the money item receiving apparatus 900 to not acceptfurther money items as payment and, instead, to direct such excess moneyitems to a collection tray or similar.

A combined method of automatically entering monetary values received atthe money item receiving apparatus 900 into the user interface 500 ofthe POS terminal 200 and subsequently automatically dispensing moneyitems from the dispensing apparatus 700 to a money item output region701 of the POS terminal 200 is described below with respect to FIG. 7.

In a first stage D1, the POS terminal 200 displays in the display screen301 at least one interactive element such as the virtual keypad 508referred to above.

In a second stage D2, the computing apparatus 1000 of the POS terminal200 receives a value of one or more money items which have beendenominated at the money item receiving apparatus 900. As describedabove, these values may be received by automatic monetary value entrysoftware 1104 running in the computing apparatus 1000.

In a third stage D3, the computing apparatus 1000 of the POS terminal200 responds to the receipt of the value of the one or more money itemsdenominated at the money item receiving apparatus 900 by causing thereceived monetary value to be automatically entered into the userinterface 500 by simulated user input. In particular, as describedabove, the automatic monetary value entry software 1104 running in thecomputing apparatus 1000 may cause simulated operator inputs to becreated at an interactive element 508 of the user interface 500. Thissimulates an operator of the terminal 200 typing, or otherwise entering,monetary values into the user interface 500 by use of one or more of theinput devices 400 previously described. The third stage D3 may furtherinvolve the validation of the entered monetary value, as described abovewith respect to stage B4 shown in FIG. 5.

In a fourth stage D4, the monetary value input to the user interface 500by simulated operator input is used to calculate a monetary value to bedispensed from the POS terminal 200. For example, the monetary valueinput to the user interface 500 by simulated input may be passed fromthe user interface software 1101 to the accounting software 1102referred to above and used by the accounting software 1102 to determinea monetary value to be dispensed from the POS terminal 200. The monetaryvalue determined for dispensing is then displayed, by the user interfacesoftware 1101, in the third region 503 of the user interface 500.

In a fifth stage D5, the POS terminal 200 determines that a triggerevent has occurred. The trigger event signifies that a monetary value isdue to be dispensed from the POS terminal 200 to the money item outputregion 901. As discussed above, the occurrence of the trigger event maybe determined from a user input to the terminal 200, or may beautomatically determined without user intervention. For example, thetrigger event may be the elapse of a predetermined period of time, or achange in the appearance of the display screen 301.

In a sixth stage D6, the POS terminal 200 responds to the occurrence ofthe trigger event by performing optical character recognition of aregion 504-506 of the display screen 301. For example, operating underthe control of the automatic dispensing software 1103, the POS terminal200 may perform optical character recognition on displayed contents ofthe screen 301 within a virtual recognition window 1200 overlaid on theuser interface 500 of the POS terminal 200.

In a seventh stage D7, the POS terminal 200 identifies a monetary valueto be dispensed from the characters which were optically recognised inthe sixth stage D6. The terminal 200 may, for example, be configured toidentify the monetary value to be dispensed as a numerical valueindicated by the recognised characters.

In an eighth stage D8, the POS terminal 200 dispenses to the money itemoutlet region 701 money items to the monetary value identified in thethird stage D3. For example, the dispensing apparatus 700 may respond toan instruction from the computing apparatus 1000 to dispense the moneyitems.

It will be appreciated that this combined method could at least alsoinclude the stages C1-C5 described above with respect to FIG. 6.

A specific example of how the recognition window 1200 referred to abovemay be implemented in a Windows® operating system is discussed below.Note that this information is included for the purposes of example onlyand is not a limiting implementation. Implementations in other operatingsystems are equally possible.

In the context of a Windows® operating system, the recognition windowmay be a transparent, frameless window without any additional windowsfurniture. This is supported in the programming model provided byWindows Presentation Foundation (WPF). In the configuration modediscussed above, the recognition window can be sized, and re-sized, inthe display screen 301 using the ResizeWithGrip mode of WPF. Therecognition window can be positioned in the display screen 301 by, forexample, adding a border to the window and delegating a particular inputdevice action, such as a MouseLeftButtonDown event, to raise an originalwindow reposition event. To maintain transparency, the background of therecognition window may be set as ‘white’ with a small but non-zeroopacity of, for example, 0.01. Once the recognition window has beenpositioned relative to the display 301, the border referred to above canbe set to a width of zero. To ensure that the recognition window remainsabove the other POS software in the Windows Z-Order, the window'sdeactivated event may be interrupted and the WPF Window Topmost propertymay be set to ‘true’. This may ensure that the transparent recognitionwindow remains on top of the stack regardless of if it has focus. Thecapture window 1300 referred to above may be created in a correspondingfashion.

Although the above description is made in the context of a POS terminal200 of a POS apparatus 100, it will be understood by those skilled inthe art that the aspects described above are not limited in theirapplicability to POS apparatuses. The aspects are more generallyapplicable to money item processing apparatuses, of various kinds, whichinclude display screens displaying monetary amounts.

Additionally, although the detailed examples of automated dispensing ofmoney items discussed above are made primarily in the context ofautomatically dispensing a monetary value which fully corresponds to theamount indicated by the optically recognised characters displayed in thethird region 503 of the user interface 500, the above describedtechniques can equally be used to automatically dispense monetary valueswhich are based on, but do not fully correspond with, the amountindicated by the optically recognised characters. An example of this isa partial-payout scenario, where the value of the money itemsautomatically dispensed by the dispensing apparatus 700 is deliberatelyless than the monetary value indicated by the optically recognisedcharacters.

This may be the case, for example, where the monetary value indicated inthe third region 503 of the user interface 500 is to be dispensed usingat least two different types of money item, such as at least one coinand at least one bill/note. It may be that the automated dispensingapparatus 700 is responsible for only one or these different money itemtypes, with another related system being responsible for dispensingmoney items of the other type. In these circumstances, the automaticdispensing software 1103 may determine a proportion of the requiredtotal amount to be dispensed that should be made from the dispensingapparatus 700. This determination is made based on the monetary valueindicated by the optically recognised characters and, for example, dataindicating combinations of money items that are used to dispenseparticular monetary values. This data may be embedded in the dispensingsoftware 1103.

In the example of FIGS. 2 and 3, for instance, data in the software 1103may indicate that the full monetary value of $6 indicated by theoptically recognised characters is to be dispensed using at least twomoney item types, such as one $5 bill/note and one $1 coin. If the moneyitem dispensing apparatus 700 is responsible for dispensing only one ofthese money item types, such as coins, the dispensing software 1103 maydetermine from the data referred to above the proportion of the total $6amount that should be dispensed using the dispensing apparatus 700. Thiscould, for example, involve the money item dispensing apparatus 700dispensing a $1 coin, with the remainder of the total amount, such as a$5 bill/note, being dispensed from another system.

The term ‘money item’ used herein is intended to include cash moneyitems, such as coins and bills/banknotes, and non-cash money items, suchas tokens, printed tickets or similar. Tokens or tickets may be used,for example in a casino, gaming or vending environment as a substitutefor cash money items.

The computing apparatus 1000 referred to above may comprise one or moreelectronic controllers of the POS terminal 200. Such a controllercomprises one or more electronic processors, such as one or moremicroprocessors, and one or more computer readable storage mediums whichstore computer readable instructions in a computer program. The computerreadable storage mediums may comprise, for example, one or moreread-only memories (ROMs), random access memories (RAMs), EPROMs,EEPROMs, Flash memories, magnetic or optical cards or applicationspecific integrated circuits (ASICs). Additionally or alternatively, thecomputer readable storage mediums may comprise any type of storage disk,such as one or more floppy disks, optical disks, CD-ROMs and/ormagnetic-optical disks, or any other type of media suitable for storingelectronic instructions which can be executed by the one or moreprocessors. The computer readable storage mediums are coupled to the oneor more processors and other elements of the controller architecture viaa computer system bus. The one or more processors are configured toimplement the instructions under the control of the program to operatethe POS terminal 200. For example, the controller may be communicativelycoupled to a power supply of each of the elements of the terminal 200,including the money items dispensing and receiving apparatuses 700, 900so that the controller can cause the various functionalities of the POSterminal 200 described above. For the avoidance of doubt, the controllermay include a single processor or may comprise one or more architecturesemploying multiple processor designs for increased computing capability.Although not specifically described above, further computingapparatuses, for example in the form of dedicated microcontrollers, maybe present in other elements of the POS terminal 200, including themoney item dispensing apparatus 700, money item storage apparatus 800and money item receiving apparatus 900.

The independent operation of the money item dispensing apparatus 700 andthe money item input apparatus 900 described in this specification mayallow one or both of these apparatuses 700, 900 to be installed and usedin a POS terminal 200 without the need for the apparatus(s) 700, 900 tointerface with other equipment in the POS terminal 200. It will beappreciated that there are many different types of POS terminals andthat many of these terminals include different POS software solutions.In the absence of the techniques discussed above, configuration of theterminals to support, for example, automatic dispensing of money itemsvia a money item dispensing apparatus or automatic input of receivedmonetary amounts from a money item receiving apparatus, would requiremodification of the various different existing POS software solutions.In particular, the existing software would need to be modified tonatively support the money item dispensing/input protocols of the moneyitem dispensing/receiving apparatuses.

Modification of existing POS software solutions involves a significantamount of technical endeavour, time and cost. It may also involvelengthy disruption to the operation of the terminal, and may under somecircumstances produce a detrimental effect on the performance and/orfunctionality of the existing software. Furthermore, the originaldeveloper(s) of an existing POS software solution may no longer betrading, which may result in a lack of availability of the source codethat would be necessary for the software to be modified as needed.

The aspects described above remove any requirement for explicit protocolsupport for the money item dispensing apparatus 700 and/or the moneyitem receiving apparatus 900 within the existing POS software in a POSterminal 200. The aspects described above can be implemented by theskilled person without deep knowledge of the protocols and hardwarealready present in the POS terminal 200. In an implementation where themoney item storage regions 800, the money item dispensing apparatus 700and/or the money item receiving apparatus 900 is located in a separatesecure housing 202 to other elements of the POS terminal 200 (see e.g.FIG. 1A), the automatic dispensing and/or monetary value entryfunctionality described above may be efficiently added to an existingPOS terminal 200. In such a scenario, there may be no need to open thehousing 201 containing the existing elements of the terminal 200 inorder to add the new functionality. The additional functionality mayinstead be provided by communicatively coupling the apparatusescontained in the second housing 202 to the computing apparatus 1000contained in the first housing 201, and installing the automaticdispensing software 1103 and/or monetary value entry software 1104 inthe computing apparatus 1000.

On a broad level, the techniques described in the specification make useof a key operating principle of existing POS terminals; POS terminalsare optimized for an operator of the terminal to be able to readinformation from the display screen. The techniques make use of thatprinciple in the manner described above in order to provide for moreefficient and less technically disruptive installation of additionalperipheral functionality in a POS terminal.

It will be appreciated by those skilled in the art that the aspectsdiscussed above can be used singly or in combination.

Note that Windows® is a registered trademark or trademark of MicrosoftCorporation in the United States and/or other countries.

What is claimed is:
 1. A method comprising: determining, using at leastone money item denominating apparatus, a monetary value of at least onereceived money item; and in response to determining the monetary value,automatically causing at least one simulated user input indicative ofthe determined monetary value to be provided to at least one interactiveuser interface displayed in at least one region of a display screen. 2.The method of claim 1, further comprising causing, in response toreceipt of the at least one simulated user input indicative of thedetermined monetary value, the determined monetary value to be displayedin the user interface.
 3. The method of claim 1, wherein the at leastone simulated user input comprises an automated actuation of at leastone interactive element of the user interface.
 4. The method of claim 1,wherein the at least one simulated user input enters at least onecharacter representative of the determined monetary value into a textdisplay region of the user interface.
 5. The method of claim 1, furthercomprising: performing optical character recognition on the displayscreen to determine at least one displayed character indicative of theat least one simulated user input; and validating that the at least onedisplayed character indicative of the at least one simulated user inputcorresponds to the determined monetary value.
 6. The method of claim 1,further comprising: performing optical character recognition on at leastone further region of the display screen to determine at least onefurther displayed character.
 7. The method of claim 6, furthercomprising: identifying, from the determined at least one furtherdisplayed character, a monetary value to be dispensed.
 8. The method ofclaim 7, further comprising: in response to identifying the monetaryvalue to be dispensed, causing to be dispensed at least one money itemcorresponding to the identified monetary value.
 9. The method of claim1, further comprising: performing optical character recognition on atleast one still further region of the display screen to determine atleast one displayed character; identifying, from the determined at leastone displayed character, a monetary value to be received; comparing themonetary value of the at least one received money item with the monetaryvalue to be received; and in response to determining that the monetaryvalue of the at least one received money item is equal to or greaterthan the monetary value to be received, restricting acceptance offurther received money items.
 10. The method of claim 9, whereinrestricting acceptance of further received money items comprisesrestricting acceptance of further money items received at the at leastone money item denominating apparatus.
 11. The method of claim 8,wherein restricting acceptance of further received money items comprisesrejecting further money items received at the at least one money itemdenominating apparatus.
 12. An apparatus comprising: at least onecomputer processor; and at least one non-transitory computer readablestorage medium containing computer-executable instructions which, whenexecuted by the at least one computer processor, cause the at least onecomputer processor to perform a method comprising: determining, using atleast one money item denominating apparatus, a monetary value of atleast one received money item; and in response to determining themonetary value, automatically causing at least one simulated user inputindicative of the determined monetary value to be provided to at leastone interactive user interface displayed in at least one region of adisplay screen.
 13. The apparatus of claim 12, comprising the at leastone money item denominating apparatus.
 14. A method comprising:performing optical character recognition on at least one region of adisplay screen to determine at least one displayed character;identifying, from the determined at least one displayed character, amonetary value to be received; determining, using at least one moneyitem denominating apparatus, a monetary value of at least one receivedmoney item; comparing the monetary value of the at least one receivedmoney item with the monetary value to be received; and in response todetermining that the monetary value of the at least one received moneyitem is equal to or greater than the monetary value to be received,causing at least one simulated user input to be provided to at least oneinteractive user interface displayed in the display screen.
 15. Themethod of claim 14, comprising, in response to determining that themonetary value of the at least one received money item is equal to orgreater than the monetary value to be received, restricting acceptanceof further received money items.
 16. The method of claim 15, whereinrestricting acceptance of further received money items comprisesrestricting acceptance of further money items received at the at leastone money item denominating apparatus.
 17. The method of claim 15,wherein restricting acceptance of further received money items comprisesrejecting further money items received at the at least one money itemdenominating apparatus.
 18. The method of claim 17, wherein rejectingthe further money items comprises directing the further money items to amoney item outlet for collection.
 19. The method of claim 14, whereinthe at least one simulated user input comprises an automated actuationof at least one interactive element of the user interface.
 20. Themethod of claim 14, wherein the at least one simulated user input entersat least one character representative of a monetary value into a textdisplay region of the user interface.